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QUOTA MANAGEMENT IN CLIENT SIDE DATA STORAGE BACK-UP 
Fief^ of the Invention 

The present invention relates to the field of data storage back-up of 
computers. 

B ackground the Invention 

In a conventional client-server based computer network having a plurality of 
client computers, and one or more server computer entities, each client computer 
entity may rely on one or more servers for core functionality including 
applications, and data storage. However, each client computer entity is typically 
provided with a local data storage device, such as a hard disk drive. The amount 
of data which can be stored locally on each client computer is significant, and 
with trends to decreasing cost of hard drive data storage and increasing volumes 
of hard drive data storage provided on client computers, data storage capacities 
of 10 GigaBytes or above at a client computer are common. 

For relatively small numbers of client computers, typically up to 25 or 100 
client computers, significant amounts of management of back-up of client data is 
not required. However, for larger numbers of client computers, handling client 
data back-up becomes difficult without a client back-up management scheme in 
place. The amount of data which individual client computers can store in a back- 
up area needs to be limited to avoid inefficient use of back-up resources. 
Typically, the overall purchase cost of a prior art back-up computer constitutes 
approximately 10% of the overall lifecycle cost of running the back-up capacity 
provided by the back-up computer, with the other costs being maintenance cost 
and administration cost. 

Traditional server based quota management schemes total up a size of all 
files or other application data entities, for example emails, which are stored on a 
server, and which are associated with a user. Prior art email server systems 
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have data storage back-up quota management systems for limiting the amount of 
emails each of a plurality of client computers can store. In these systems, a 
warning is sent to a user if the amount of data which they can store is likely to be 
exceeded. Typically, in such prior art systems, there is a "sofT limit at which a 
warning to a client computer is generated, and a "hard" capacity limit at wh,ch 
point further storage of data is disallowed. For email servers, the capacity quota 
limits usually prevent users from sending any emails, but still allow users to 
continue to receive emails. 

This works well for the traditional file servers and email servers, including 
those with a single instance file store, as totaling up all the users' unique data and 
common files provides a direct measurement of disk usage that the user can 
relate to as providing a level of service. 

The known Windows 2000® operating system has a quota management 
facility for allowing quotas of back-up data storage space to each of a plurality of 
client computers. With the Windows 2000® file server product, the quota 
management system prevents users adding more data, but still allows users to 
read their existing stored data on the file server. 

In prior art client delta back-up systems, there is not a direct correlation 
between the amount of file data a user thinks they are using and quota 
calculations performed by a server computer. Using prior art server based quota 
techniques, an apparent level of service which a client user sees does not relate 

25 well to summation calculations which a quota system performs. For example, if a 
user performs a series of edits to a file, resulting in a smaller file size, the user 
would expect that their quota usage would decrease. However, in prior art 
systems, because the server tracks these changes, and requires more disk 
space to store the changed information, the users quota usage actually 

30 increases. From a user perspective, this makes it almost impossible to 
understand a client back-up quota system, and is likely to result in the user 
unsuspectingly using up all their quota back-up storage capacity as well as 
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creating data storage management problems for a human administrator of the 
system, directly contrary to the whole objective of implementing the quota system 
in the first place. 

5 In prior art systems, there is not a direct correlation between the amount of 

available back-up data storage space to a client computer user, and the amount 
of data storage space which the client computer user thinks that they have 
available. 

10 Summary the Invention 

Specific implementations according to the present invention store multiple 
versions of files, with delta blocks, on a server device where the delta blocks 
S represent changes between each revision of a file. In addition, deleted files on a 

SR client side are kept on a server device for a specified period of time before be,ng 

in 15 removed from the server device. 

ft One object of specific implementations according to the present invention is 

L to provide a client computer user with an easily understandable back-up facility 

? for client computer storage space, which appears logical and simple to use from 

S 20 the client computer users point of view. For example, if a user stores 100 
K MegaBytes of data on their client computer local data storage, and their back-up 

H limit is 110 MegaBytes, then the user should be aware that the back-up limit is 

being approached. Similarly, if the client computer user reduces a file size, so 

that a newly stored file of 50 MegaBytes replaces a previous file of 100 
25 MegaBytes in the client computer local data storage space, the amount of 

available back-up space, should allow the user another 60 MegaBytes or so until 

the hard limit is reached. 

The specific implementations total only size of the latest versions of files on 
30 a user system that have been sent to the server device. 
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According to a first aspect of the present invention there is provided a back 
up method for a plurality of computers, said plurality of computers comprising: 

a back up computer device, said back up computer device comprising a 
5 data processor, a communications link for communicating with other said 
computers, and a bulk data storage device for storing back up data of said other 
computers; 

a plurality of client computers, each said client computer comprising at least 
10 one data processor, and a data storage device having a client data storage area. 

wherein said back up computer operates to back up data stored in said 
client data storage areas of each of said plurality of client computers, said 
method comprising the steps of: 



20 



maintaining a list of files on a said client computer allocated for back up;; 

maintaining a total size data describing a size of each said listed file; 

determining a total file size data describing a total size of said listed files of 
said client computer 

comparing said total file size data with a pre-determined size limit; and 

determining whether to back up said client files or not, depending on a 
result of said comparison between said total file size data, and said 
predetermined size limit. 

According to a second aspect of the present invention there is provided a 
30 method of storing back up data of a plurality of client computers, on a back up 
computer, said method comprising the steps of: 
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receiving a first file set from a first said client computer 
storing said first file set on said back up computer; 
5 maintaining a database entry describing said first file set; 

receiving a second file set from a second said client computer, 

comparing said second file set of said second client computer with said first 

1 o file set of said first client computer; 

for any files of said second file set which are identical to individual files of 
said first file set, allocating in said database pointers to data locations of said 
common files already stored; and 

15 

' storing said files of said second file set which are not identical to files of said 
first file set in said back up computer. 

According to a third aspect of the present invention there is provided a 

2 o method of operating a back up computer, said back up computer comprising: 

at least one data processor; 

a data storage device for storing a plurality of back up files; 

25 

an interface device; and 

a back up management application for managing storage of data in said 
data storage device; 

30 

said method comprising steps of: 
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allocating a plurality of back up data storage areas, for storing data received 
from each of a plurality of client computers; 

receiving a total file size data from each of a plurality of client computers, 
5 each said total file size data representing a total file size at said client computer of 
files backed up to said back up computer; and 

for each said client computer, transmitting to said client computer a file size 
limit representing a limit of total file size on each said client computer, for which 
10 back up of said files is permitted. 

According to a fourth aspect of the present invention there is provided a 
method of operating a client computer, said client computer comprising; 

15 at least one data processor; 

a data storage device for storing client files, said data storage device having 
a backed-up data storage area from which files may be sent for back-up; 

2 0 an interface device; and 

a back-up management agent for managing back-up of data from said 
backed-up data storage area; 

2 5 said method comprising the steps of: 



creating a list of files resident in said backed-up data storage area; 



for each said file on said list, storing a size data describing a size of said 
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client file; 



summing said plurality of file sizes to obtain a summed file size total; and 
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comparing said summed file size total with a size quota limit. 

According to a fifth aspect of the present invention there is provided a client 
5 computer comprising: 



a data processor, 

a data storage device having a data storage area reserved for fries which 
10 are subject to a back-up process; 



an interface device; and 

a back-up management agent which operates to manage back-up of files in 
15 said backed-up data storage area by sending said files via said interface device. 



According to a sixth aspect of the present invention there is provided a 
method of performing back-up of data on a plurality of client computers to a back- 
up computer, said method comprising the steps of: 

20 

for each said client computer 

each time a back-up operation of said client computer is initiated, 
determining a total size of all files of said client computer to be backed up, and 
25 determining whether performance of said back-up would cause a first pre- 
determined quota limit to be exceeded; 

determining if performance of said back-up would cause a second pre- 
determined quota limit to be exceeded; 

30 

if it is determined that performance of said back up would cause said first 
predetermined quota limit to be exceeded, but said second predetermined quota 
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limit not to be exceeded, then proceeding with said back-up, and generating a 
warning signal warning that said first predetermined quota limit is exceeded; 

if performance of said back-up would exceed said second predetermined 
quota limit, then prohibiting said back-up, and generating a warning signal that 
said second predetermined quota limit would be exceeded. 

According to a seventh aspect of the present invention there is provided a 
method of operating a client computer, said client computer comprising; 

a data storage device for storing client files, said data storage device 
having a back-up data storage area from which files may be sent for back-up; 
and 

15 a back-up management agent for managing back-up of data from said 

backed up data storage area; 

said method comprising the steps of: 

2 o upon initiation of a back-up process; 

maintaining a quota list, said quota list comprising a list of files in said 
backed-up area, which were backed up during a previous back-up operation; 

25 

performing a back-up operation on said files stored in said backed up data 
storage area; 

after said back-up operation, modifying said copy quota list to list a plurality 

3 0 of files actually backed up by said back-up operation. 



Brief Description of the Drawings 
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For a better understanding of the invention and to show how the same may 
be carried into effect, there will now be described by way of example only, 
specific embodiments, methods and processes according to the present 
invention with reference to the accompanying drawings in which: 

5 

Fig. 1 illustrates schematically a system of computers comprising a plurality 
of client computers, at least one back up computer, and at least one 
management console computer, implementing a client side back up quota limit 
system according to a first specific implementation of the present invention; 

10 

Fig. 2 illustrates schematically in perspective view a data back up computer 
comprising the system of Fig. 1 ; 

Fig. 3 illustrates schematically components of the back up computer of Fig. 

15 2; 

Fig. 4 illustrates schematically a partition structure of a RAID array of the 
back up computer of Fig. 2; 

2 0 Fig 5 illustrates schematically a logical view of the back up computer and a 

plurality of client computers, each having an agent corresponding with a back up 
application on the back up computer; 

Figs. 6 — 8 illustrate schematically transfers of file data from first to third 
25 client computers respectively to the back up computer in an operation of the 
system of Fig. 1 ; 

Fig. 9 illustrates schematically transfers of files from a single client computer 
to the back up computer, according to a second operation of the system of Fig. 1 ; 
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Fig. 10 illustrates schematically division of data storage space on a plurality 
of client computers, into backed up regions, which are backed up onto the back 
up computer; 

5 Fig. 11 illustrates schematically management of backed up files over a 

period including a succession of back up operations, at a client computer; 

Fig. 12 illustrates schematically management of a quota utilization 
parameter over a succession of back up operations by the client back up agent at 
10 a client computer device; 

Fig. 13 illustrates schematically logical components and their interaction 
between a client computer and the back up computer for setting policies on 
allowed client data storage to be backed up to a back up computer, and for 
15 implementing those policies; 

Fig. 14 illustrates schematically processes earned out by a client agent 
within the client computer for managing a quota list and a difference list, to 
manage an amount of allowed utilization of data storage space in a backed up 
20 region of a client computer, 

Fig. 15 illustrates schematically creation of a difference list at the client 
computer from a quota list and a new list of backed up data, by a quota list 
management process carried out by the client agent; 

25 

Fig. 16 illustrates schematically partition of a data storage area of a client 
computer into a non-backed up region and a backed up region; 

Fig. 17 illustrates schematically an error procedure for creating a new quota 
30 list from a difference list and an existing quota list; and 
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Fig. 18 illustrates schematically interaction between a client agent on a 
client computer and the back up computer for setting policies, and informing the 
back up computer of current utilization of quota limits applicable to the client 
computer. 

5 

Detailed Description of the Best Mode for Carrying Out the Invention 

There will now be described by way of example the best mode 
contemplated by the inventors for carrying out the invention. In the following 
description numerous specific details are set forth in order to provide a thorough 
10 understanding of the present invention. It will be apparent however, to one skiHed 
in the art, that the present invention may be practiced without limitation to these 
specific details. In other instances, well known methods and structures have not 
been described in detail so as not to unnecessarily obscure the present invention. 

15 Referring to Fig. 1 herein, there is illustrated schematically a deployment of 

a data storage back-up server device 100, connected to a plurality of client 
computers 101-103 over a network connection 104, the data storage back-up 
device being viewable via a management console computer 105 for 
administration and management purposes. 

20 

An administrator using the management console computer 105 manages 
back-up disk space for individual hard drives on each of the plurality of client 
computers. Due to the high number of client computers in the network, the 
administrator needs to apply relatively strict control to the amount of back-up data 
2 5 storage available to each client computer, to encourage users of client computers 
not to store unnecessary data on the local hard disk drives of the client 
computers, bearing in mind that there is an associated cost of ownership of the 
data storage back-up computer 100, and administration costs involved in 
performing client computer back-ups. 

30 

In a small deployment of client computers, say for example 10 or 20 client 
computers, an administrator can personally browse each client computer and 
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inspect the amount of client computer hard drive in use for non-server 
applications and data storage, and manage back-up of the client computer data 
storage space. However, in larger networks, having upwards of 100-200 
computers, this task becomes unmanageable for an administrator, and an 
5 automatic mechanism for client computer data storage back-up becomes 
necessary. 

The best mode embodiment seeks to limit the amount of data which can be 
backed -up per client computer, whilst providing a quality of service measurement 
10 to each client computer user. 

An object is to provide each client computer user with a usable working 
space on the client computer which is backed-up, but without allowing excessive 
storage of unnecessary data which is backed-up. Therefore, users of client 
is computers can be sure of back-up of their important data, such as emails and the 
like, but other data resident on the hard drives of a client computer which 
exceeds the limit which is backed-up, will not be backed-up on the back-up 
computer 100. 

2 0 Referring to Fig. 2 herein, the headless computer entity 200 comprises a 

casing 201 containing a processor, memory; data storage device, e.g. hard disk 
drive; a communications port connectable to a local area network cable; a small 
display on the casing, for example a liquid crystal display (LCD) 202, giving 
limited information on the status of the device, for example power on/off or stand- 

2 5 by modes, or other modes of operation. Optionally a CD-ROM drive 203 and 

optionally a back-up tape storage device 204. Otherwise, the headless computer 
entity has no physical user interface, and is self-maintaining when in operation. 
Direct human intervention with the headless computer entity is restricted by the 
lack of physical user interface. In operation, the headless computer entity is self- 

3 0 managing and self-maintaining. 
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Referring to Fig. 3 herein, there is illustrated schematically physical and 
logical components of the headless server computer entity 300. The computer 
entity comprises a communications interface 301, for example a local area 
network card such as an Ethernet card; a data processor 302, for example an 
5 Intel® Pentium or similar Processor; a memory 303, a data storage device 304, in 
the best mode herein an array of individual disk drives in a RAID (redundant array 
of inexpensive disks) configuration; an operating system 305, for example the 
known Windows 2000®, Windows95, Windows98, Unix, or Linux operating 
systems or the like; a display 306, such as an LCD display; a web administration 
10 interface 307 by means of which information describing the status of the 
computer entity can be communicated to a remote display; an application back 
up and policy setting module 308 in the form of an application, for managing the 
amount of back-up data storage allocated to each client; a database application 
309. 

15 

Referring to Fig. 4 herein, there is illustrated schematically a partition format 
of a headless computer entity, upon which one or more operating system(s) are 
stored. Typically, the data storage device in data storage back-up computer 100 
comprises a large RAID array partitioned as illustrated in Fig. 4. Data storage 

2 0 device 304 is partitioned into a logical data storage area which is divided into a 
plurality of partitions and sub-partitions according to the architecture shown. A 
main division into a primary partition 401 and a secondary partition 402 is made. 
Within the primary partition are a plurality of sub partitions including a primary 
operating system partition 403 (POSSP), containing a primary operating system 

25 of the computer entity; an emergency operating system partition 404 (EOSSP) 
containing an emergency operating system under which the computer entity 
operates under conditions where the primary operating system is inactive or is 
deactivated; an OEM partition 405; a primary operating system boot partition 406 
(POSBP), from which the primary operating system is booted or rebooted; an 

30 emergency operating system boot partition 407 (EOSBP), from which the 
emergency operating system is booted; a primary data partition 408 (PDP) 
containing an SQL database 409, and a plurality of binary large objects 410, 
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(BLOBs); a user settings archive partition 41 1 (USAP); a reserved space partition 
412 (RSP) typically having a capacity of the order of 4 gigabytes or more; and an 
operating system back up area 413 (OSBA) containing a back up copy of the 
primary operating system files 414. The secondary data partition 402 comprises 
5 a plurality of binary large objects 41 5. 

In the best mode embodiments, there is totaled only the size of a latest 
version of files on a users system that have been sent to a server. For example, 
if a user has only ever backed-up one directory on their client computer, it is the 
10 current size of those files in that directory on the users client computer that is 
used to represent a quota usage for that user. This may be calculated on the 
server device, but with RFE, delta blocking and prior art compression techniques 
used to reduce disk storage space on the server device. 

15 In the prior art solutions, this requires a complex and probably low 

performance solution at the server device. 

On the other hand, specific implementations of the present invention use a 
back-up agent installed on the client's computer to calculate a quota usage of the 
2 0 user and implement a quota policy based on server or agent settings. The server 
or agent can then use this information to implement quota policies, for example to 
warn a user when they approach near their quota limit, and block further back- 
ups once a quota limit has been reached. 

2 5 In one implementation, an agent calculates a user quotage usage using a 

method as follows: 

An agent keeps a running log on a client computer of the latest versions of 
all files that have been sent to the server computer for back-up since the agent 

3 0 was installed, and that still exist on the client, that is to say which have not been 

deleted. This includes file size information and the total size of all files. 
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On each back-up operation, be it a partial back-up of selected files, or a full 
back-up of a whole system, either automatically scheduled or manually initiated 
by a user, the agent scans each disk volume and folder, and any sub-folders 
selected for back-up (after an exclusion list has been applied), and creates a new 
difference log data representing the latest state of all files in the selected directory 
hierarchies. 

The agent then compares the running log and the difference log. Starting 
with total file size entry from the running log: 

For each file selected for back-up if that file entry exists in the differences 
log but not in the running log, then the file must be new and therefore the file size 
as marked in the differences log will be added to the new total file size. If a frfe 
entry exists in the differences log and in the running log, the file may have 
changed, so the size of the file as marked in the running log will be deducted 
from the new total file size and the file size as marked in the differences log will 
be added to the new total file size. 

For each folder selected for back-up, including a root folder if a drive is 
20 selected: 

If that folder entry exists in the differences log but not in the running log then 
the folder is new, and the size of all files in that folder as marked in the difference 
log will be added to the new total file size. Otherwise, that folder must have been 

25 backed-up previously, so all file entries for that folder will be compared in the 
running and difference logs. If a file in that folder exists in the differences log but 
not in the running log, then the file has been added to the folder and it's file size is 
added to the new total file size. If a file in the folder exists in the running log but 
not in the differences log, then the file has been deleted and it's file size is 

3 0 deducted from the new total file size. If a file in the folder exists in both the 
running log and the differences log, then the file may have changed size, so the 
size of the file as marked in the running log will be deducted from the new total 
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We size and the file size as marked in the differences log will be added to the new 
total rile size. 

The above step is recursively repeated for all sub-folders of the selected 
5 folders. 

The new total We size can then be compared by the agent against a 
warning quota limit and a hard quota limit for a particular client computer, where 
the warning limit and hard quota limits are obtained from the server computer. 
10 The agent can then implement a quota policy, for example to warn a user when 
they approach a quota limit and block further back-ups once the quota limit has 
been reached. 

In a best mode implementation the server computer keeps global quota 
15 settings and a list of override settings for individual client computers. If the quota 
limit has been reached or exceeded, back-up operations will not start, and a 
previous log file will be maintained intact. If a quota limit has not been reached, 
changed file data, added file data and deleted file data from the difference log, 
and the new total file size will be merged into the running log. 

20 

Referring to Fig. 5 herein, there is illustrated schematically logical 
components of a client computer back-up data storage system according to the 
specific implementation of the present invention. Each client computer has a 
software agent 500-502 which communicates with a back-up application 503 
25 resident on a back-up data storage device, the back-up application 503 allocating 
quotas of back-up data storage space in a RAID array 504 of the back-up data 
storage device, such that each local hard drive 505-507 on the client computers 
are allocated a corresponding respective amount of back-up data storage space, 
which is managed by the corresponding agent on each client computer. 

30 

The agent can be part of the operating system of a client computer, or can 
be a separate application running on top of the client computer operating system. 
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Referring to Fig. 6 herein, there is illustrated schematically a complete back- 
up of a first client computer data storage device is made, and stored on the back- 
up device. 

The first time any client computer backs-up onto the data storage computer, 
all of the data in the client hard disk is backed-up, including, for example an 
operating system and data. 

As the next computer (client 2) is backed-up, the first time this computer is 
backed-up any data or applications on the data storage space of that computer 
which are different from those of the first client computer are backed-up onto the 
back-up device. Files which are common to the first and second computers are 
not backed-up for the second computer, but a pointer to the appropriate place on 
the back-up devices storage is made. Therefore, only data and/or applications 
on the second client computer which differ from those on the first client computer 
are sent across the network and stored on the back-up device as illustrated 
schematically in Fig. 7. 

Referring to Fig. 8 herein, for a third computer, any files on the third 
computers data storage space which are not common to the first and second 
computers are backed-up on the back-up computer. However, any common 
files, for example a common operating system, are not stored separately for the 
third computer, but rather a pointer to the operating system stored for the first 
computer is stored in a back-up data storage space allocated to the third 
computer. 

For each successive computer, for identical data or applications stored for 
that computer which are identically common to data or applications stored for 
other client computers, a pointer is used to the previously stored application or 
data for the other computer. Consequently, in the back-up data storage space, 
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only difference data, that is data which differs from client computer to client 
computer is stored. Any common data which is the same for all client computers 
is stored only once, with pointers being stored to that data indicating that other 
client computers use that data in common. 

5 

A database in the back-up device stores the pointer data, to track where 
any common fries are stored on the back-up device, where fragments of fries are 
stored, and which client computer owns which fragment or data file. 

10 When a client computer retrieves data from the back-up device, the agent 

queries the database and the database produces a list of all files and fragments 
available to the client computer. 

Subsequent back-up operations for each client computer are implemented 
15 by delta back-ups. As fries change on the client computer, only the delta files are 
sent to the back-up device. The delta files are files which contain instructions for 
changes made to the file. 

Therefore, for each client computer, after a series of successive client 

2 0 computer back-ups to the back-up device, the data stored on the back-up device, 

if inspected would comprise: a baseline back-up, being the initial first backed-up 
files of the client computer, which may include pointers to other files stored for 
other computers, where those files are common between different client 
computers, thereby having redundant files eliminated from the baseline back-up; 
25 and a plurality of delta back-up files for each client computer. 

Referring to Fig. 9 herein, there is illustrated schematically a typical back-up 
sequence from a client computer to the back-up computer over a period of days. 
On the first day, a full baseline data back-up may be made as described herein 

3 0 above, where all data from the client computer data storage is stored on the 

back-up device, with elimination of redundant files appearing on other client 
computers at the back-up device. The initial baseline back-up may be relatively 
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large, for example 1 or 2 GigaBytes. On a second day, a delta back-up may 
occur, including any files changed on that day on the client computer. File size 
may be typically 3 MegaBytes or so. On the third and fourth and subsequent 
days, further delta back-ups are made sent from the client computer to the back- 
up computer. Delta back-up technology is well known in the prior art, with 
companies such as Previo, Connected Corporation, Storactive Corporation, 
Veritas, and Live Vault, all operating known delta back-up technology. 

Consequently, from the users perspective at the client computer the user 
may know on each day how much data has been sent to the back-up device for 
back-up. However, this does not necessarily bear any easily discemable 
relationship from the client computer users point of view, to the actual amount of 
back-up data storage capacity used by that client computer at the back-up 
device, because file elimination may have taken place. Therefore, in the present 
implementations, there are the features that: 

• A quota scheme looks at data on a client computer, rather than on a 
back-up device; 

• The back up computer stores history data, in order to maintain quality of 
service to the client computer, enabling user of the client computer to 
obtain historical back-ups. 

Referring to Fig. 10 herein, there is illustrated schematically data storage 
devices 1000-1003 of a plurality of client computers, each partitioned into a first 
data storage area B, D, S, Y respectively which is not backed-up to a back-up 
computer 1004, and a second data storage area A, C, E, X respectively, which is 
backed-up to the back-up computer 1004. The back-up computer 1004 receives 
back-up data from each of the backed-up data storage areas of the plurality of 
client computers. 
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Referring to Fig. 11 herein, there is illustrated schematically back-up of part 
of a backed-up area of a client computer data storage device on successive 
days. On a first day, the whole data storage area 1 100 of the client data storage 
device may be sent to the back-up computer for back-up. The back-up computer 
may compare individual files sent over with individual files of other client 
computers, and check for commonality to see if the received fries are identical to 
files already existing for other client computers which are backed-up on the back- 
up computer. The back-up computer stores the files, or stores pointers to other 
existing files as appropriate, depending upon whether the files are new files, or 
whether they are the same as existing fHes already backed-up on the back-up 
computer. 

On a second, subsequent day, changes are made to the files on the client 
computer, resulting in changed files 1101. On a next back-up operation, typically 
activated on the second, subsequent day, but alternatively implemented in 
response to a request from either the back-up computer or the client computer to 
initiate a back-up operation, the changed delta files received by the back-up 
computer are compared with the existing files and either stored, or a pointer to an 
existing identical delta file is stored depending upon the selection of files already 
stored on the back-up computer. The back-up computer assesses the size of a 
file which would result from a previously received client file, plus it's delta back-up 
file. That is to say. the back-up computer estimates the size of the file actually 
resident on the client computer from the size of the previously received client file, 
plus it's delta back-up. The data actually stored on the back-up computer is the 
existing original file, plus ifs delta back-up file, which may be a larger number of 
bits than the changed file stored on the client computer. However, for the 
purposes of determining the allowable utilized back-up data storage from the 
client computer, the size of the client files actually resident in the client computer 
backed-up area is used, rather than the amount of actual back-up data storage 
capacity used on the back-up computer for that client computer. As shown in Fig. 
11, the resultant client file 1103 can have a size which is either less than, equal 
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to, or greater than the combination of the original client file stored on the back-up 
computer, plus it's delta back-up file (s). 

Referring to Fig. 12 herein, there is illustrated schematically, for a single 
5 client computer, a succession of file back-up data storage space utilization's of 
the client computer in relation to a soft quota limit 1200, the reaching of which 
activates a warning to a client computer user, and a hard quota limit 1201, the 
reaching of which activates denial of back-up service from the back-up computer 
for that client computer. 

10 

As seen schematically in Fig. 12, on successive back-up operations A - 
H...M, the utilization of the allowable back-up data storage quotas varies 
depending upon how many files are stored in the client back-up data storage 
area. As the size of backed-up files fluctuates, the soft and/or hard limits may or 
15 may not be reached. The hard and soft quota limits can be set by an 
administrator via a user console communicating with the back-up computer via 
it's web interface. The hard and soft quota limits can be set individually to be 
different for each client computer, or can be set en masse to be the same for a 
set of a plurality of different client computers all backing-up to a single back-up 

2 o computer. Quota policies can be set across a plurality of aggregated computers. 

Referring to Fig. 13 herein, there is illustrated schematically communication 
between a back-up computer and a single client computer having a client side 
agent, for implementation of quota management policies transmitted from the 
25 server back-up computer. 

The server side back up application is responsible for communicating with 
the client side agents, for tracking all data which it receives, and for 
reconstructing back-up data files which it has stored for clients, in response to 

3 0 requests for back-up data from client computers. The server side back up 

application allocates incoming delta files to data storage space within the file data 
storage 1301, and keeps a record of which client computer the incoming delta 
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files are related to, a time and date when the delta file was received, and a record 
of where the delta file is stored on the file data storage 1301. The database 
1 302, may be implemented in SQL server for example. 

5 An administrator can actively monitor the current configuration of back-ups 

using the web administration interface and the headed computer console. 

Referring to Fig. 14 herein, there is illustrated schematically processes 
carried out by the client agents and server side back up application for managing 
10 back up quotas. 

Each time a back-up is initiated, a check is made to see if performing the 
back-up will cause any of the quota limits to be exceeded. This is done by 
calculating a quota list and a total file size of all files on the quota list. If the soft 

15 quota limit is exceeded, but the hard quota limit is not exceeded then the back-up 
will proceed. The user will be warned that they have exceeded their soft quota 
limit, and the system administrator will be able to see via the administration 
console that the back-up account has exceeded its soft quota limit. If the hard 
quota limit is exceeded, the back-up will not proceed, and the user will be 

20 informed that they have exceeded their hard quota limit and that back-up cannot 
proceed. The administrator will be able to see via the administration console that 
the back-up account has exceeded its hard quota limit and that back-up has not 
proceeded for that particular client computer. 

25 In step 1400, the client creates a list of current files on the client computer, 

resulting in a new file list 1401 . In step 1402, a quota list 1403 is compared with 
the new file list 1401 . This compares the list of current files on the client with the 
list of files on the client at the time of the previous back up and produces a 
difference list 1404 which lists files changed, files deleted and files added since 

30 the last back-up operation. In step 1405, for each file changed, a size data entry 
in the quota list is altered, so that the quota list has an up to date total size of data 
for all files in the client computer backed up region. In step 1406 T for each file on 
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the client computer which is being deleted since the last back up, the file entry in 
the quota list is removed. In step 1407, for each file added in the client backed 
up area, since the last back up, a file entry is added to the quota list. In step 
1408 the sizes of all the fiJes in the quota list are added to obtain a file size total. 
5 In step 1409, the agent compares the total size of all the files on the quota list 
with a "soft" warning limit. If the total size of all files in the current quota list is 
smaller than the warning limit size, then in step 1410, the client agent proceeds 
with a client back up, either in response to a predetermined clock signal to back- 
up at a regular time, or in response to a user input, or in response to a signal 

10 from the server side back-up application. In step 1411, once the back-up is 
made, the client agent recalculates the quota list to only involve fHes which are 
actually backed up onto the back-up computer. This recalculated quota list 
represents the client computers utilized back-up space within the hard and soft 
back up quota limits, and is viewable by a user of the client computer, so that the 

15 user can see how much back up space is still available. 

However, if in step 1409 the total size of all files is higher than the soft 
warning limit, then in step 1412 the client agent compares the size of all the files 
in the client backed-up region, with the hard limit, beyond which back ups will not 

2 0 occur. If the total file size is greater than the soft limit, but lower than the hard 

limit, then in step 1413, the client agent generates a warning message to the user 
warning that an amount of utilized back-up capacity is over a soft warning limit. 
This message is displayed to the user on a visual display device of the client 
computer. The client then proceeds with the client back-up in steps 1410 and 
25 141 1 as described previously. 

If in step 1412, the total size of all files on the quota list is more than the 
hard quota limit, then in step 1414, the client agent will not back-up the client 
backed-up region to the back-up computer, but will send a message to the back- 

3 0 up computer alerting an administrator that the client computer has exceeded its 

back-up quota. A message will also be displayed on the client computer itself 
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alerting the user that client computer back-up is not being carried out and that the 
hard back-up quota limit is exceeded. 

Referring to Fig. 15 herein, there is illustrated schematically processes 
carried out by the client agent at the client computer for managing back-up data 
storage. An existing quota list 1500 contains a list of filenames, together with 
their file sizes. As the files stored on the hard disk space of the client computer 
change, a new quota list 1501 is generated listing the new files stored on the 
back-up region of the client computer, since the last back-up. In process 1502, 
the client agent identifies entries in the quota list which contain files located on 
folders or partitions selected for back-up. In step 1503 the client agent makes a 
copy of the quota list 1504 and creates a difference list 1506 in process 1505 
listing all the files which are deleted, changed or added between the new list 1502 
and the old quota list 1500. 

Referring to Fig. 16 herein, there is illustrated schematically partitioning of 
data on a client hard disk data storage device. The data storage device is divided 
into a plurality of partitions, each containing files. One or more of the partitions 
are designated as back-up regions. The quota list and difference list keep a 
record of files on a backed up partition, for example partition C as shown in Fig. 
16. 

Referring to Fig. 17 herein, there is illustrated schematically processes 
carried out by the client agent to update the quota list to reflect an accurate 
record of files currently stored in the backed up region of the client computer. 

The quota list is corrected after the back-up, to reflect the data which was 
actually backed-up. When a back-up is initiated, to see if this back-up would 
cause the hard or soft quota limits to be exceeded, a difference list 1700 is 
generated and the quota list 1705 is updated to reflect the situation as it would be 
at the end of the back-up, as shown in Fig. 14. However, before the quota list is 
modified, a copy of it is made (as shown in Fig. 15). Once the back-up operation 
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is complete, the copied quota list is modified, using the difference list and a list of 
fites actually backed up, to produce an updated new quota list. During back-up, 
some files may not have been backed-up for example because a user cancelled 
the back-up part way through operation, or because a network connection failed, 
5 or a fHe was locked and could not be backed up, or for other reasons. Therefore, 
there is produced a new quota list which reflects the actual situation after the 
back-up when the back-up was completed in step 1704. This then becomes the 
current quota list ready for the next back-up operation, and Is used as the basis 
for making calculations for the next back-up operation. 

10 

In step 1700, a difference list 1701, and a backed up list of previously 
backed-up files 1701 are compared to identify entries in the difference list which 
were actually backed up previously, and any files deleted- This results in an 
actual difference list 1703 showing individual files which are deleted, changed, or 
15 unchanged from the last back up. In process 1704 the actual difference list is 
applied to an existing quota list 1705 to modify that quota list and provide a new 
quota list reflecting the actual status of files in the backed up region of the client 
computer. Any files shown as deleted on the actual difference list are removed 
from the quota list, and any files changed or added on the actual difference list 

2 0 are changed or added on the new quota list 1706. 

Referring to Fig. 18 herein, there is illustrated schematically interaction 
between a client agent on a client computer and a back up application 1303 on 
the back up computer, for setting quota size limits on the client computer. An 
25 administrator may set a quota setting per client computer using the administration 
user interface, accessible via the web administration interface 307. The user is 
presented with an interactive box dialogue display in which each client computer 
is listed, along with their current quota settings, including a soft quota limit, being 
the warning limit at which a warning is presented to a user of a client computer 

3 0 that their back up capacity is about to be exceeded, and a hard quota limit, at 

which the client agent is disabled from sending back-up data to the back up 
computer. The user, using the box dialogue display can also set a single generic 
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hard and/or soft quota limit for a group of computers, selected via an interactive 
display. 

In process 1801, the client agent and the client computer can query the 
5 configuration settings set by the administrator on the back up computer by 
sending a query message over the local area network to the back up computer. 
In response to the received query message, the back up computer sends the 
quota settings for the particular client computer. In process 1803, as the 
utilization of allowed back-up storage space changes on the client computer, the 
10 client computer can send new quota utilization data to the back up computer, 
which updates its status information listing the current utilization status of back up 
data storage device for each client computer on a database at the back up 
computer, and use that information for display and alerts to the administrator. 



